home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990422-19990725 / 000091_news@watsun.cc.columbia.edu _Tue May 25 14:22:42 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA15696
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 25 May 1999 14:22:42 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA13163
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 25 May 1999 14:10:35 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: kermit process hangs around after terminal disconnect
  11. Date: 25 May 1999 18:10:33 GMT
  12. Organization: Columbia University
  13. Message-ID: <7iep2p$cr7$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <7iemha$5ea$1@nnrp1.deja.com>,
  17. Mr. Scott  <scott_davis@my-dejanews.com> wrote:
  18. : It appears that this case isn't as cut and dry as I thought.  I closed
  19. : my telnet session on purpose (while using kermit connected remotely)
  20. : and all processes died.  I think what happens is that (for some unknown
  21. : reason) the terminal stops responding (when connected to the remote
  22. : site) and the standard escape keys don't come back to either a local
  23. : kermit or UNIX prompt, so out of desperation we shut down our entire
  24. : session.  It is then when we log back in that kermit is still running.
  25. :
  26. I'm having trouble understanding exactly what you mean here.  If you mean
  27. your telnet session to AIX (from what?) is hung, so you shut down your
  28. local session, then it's what I said yesterday -- AIX has no way of knowing
  29. the connection is down, because neither side closed it, and so it leaves
  30. the processes running.
  31.  
  32. : I'm not sure whether the shell that was it's parent still exists or
  33. : not.  I'll keep a close eye on that.  I just have to wait for another
  34. : unexpected lockup (which, thank goodness, happens infrequently).
  35. : 
  36. : For the record, I am already using C-Kermit 7.0 Beta, on AIX 4.2.
  37. : 
  38. Earlier versions of Kermit ran in two forks, and so under certain conditions
  39. could leave zombies behind.  C-Kermit 7.0 on most UNIX versions (including
  40. AIX) now runs in a single process, so no more zombies left behind by Kermit.
  41.  
  42. If Kermit itself is left behind, it is either because the shell from which
  43. it was invoked never tried to kill it (e.g. because it does not know the
  44. connection has gone away), or because it tried and failed.  The latter
  45. might occur on certain OS's when Kermit is stuck in a system call that is
  46. not returning, and system calls can't be interrupted.  I don't know for
  47. sure if there are any such platforms, and if so, whether AIX is one of them.
  48.  
  49. - Frank